home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 18249 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.6 KB
  1. Path: news.computek.net!usenet
  2. From: russmc@computek.net (Russ McClelland)
  3. Newsgroups: comp.lang.java,comp.lang.c++,comp.lang.smalltalk
  4. Subject: Re: Advice to Java proponents (was Re: Will Java kill C++?)
  5. Date: Fri, 19 Apr 1996 03:06:48 GMT
  6. Organization: Compu-Net DFW's Premiere Internet Access Provider
  7. Message-ID: <4l6p98$lm@news.computek.net>
  8. References: <31684F33.2528@ibm.net> <denatale-0804960926250001@grail1213.nando.net> <316D09A4.7A92@possibility.com> <1996Apr11.184145.17550@slc.com>
  9. NNTP-Posting-Host: dal1013.computek.net
  10. X-Newsreader: Forte Free Agent 1.0.82
  11.  
  12. >A major software company can afford to sell 10,000,000 copies
  13. >for $100 each.  If they only have 1,000 customers, they go broke
  14. >at this price...  These guys are not totally dumb.  Also, it is
  15. >_expensive_ and _hard_ to make things easy-to-use - ask any
  16. >application developer!  (I have been one for 30 years.  Sheese...)
  17.  
  18. This is sort of twisted logic.  If they did sell it for less, they
  19. would definitely get more users.  Do you take the profit hit now? or
  20. the the 30 year?
  21.  
  22. Also, easy to use apps are NOT hard to develop, only hard in VW.  VB
  23. lets you create easy to use applications with no hassle.  Try creating
  24. drag and drop support in VW with 3 lines of code...maybe, now try to
  25. do it without "drag droppings" that are left on your screen from
  26. moving the icon around.   NOT
  27.  
  28. >> Why are there expensive runtimes?
  29.  
  30. >A way to keep the initial development costs down, and let you
  31. >pay the rest when _you_ have revenue coming in.  (This has always
  32. >been a controversial point - not all Smalltalk vendors do this -
  33. >but would you rather pay _more_ initially?  Smalltalk is not a
  34. >cheap product to maintain, enhance, and market.  You should see
  35. >the list of new features that people want!  :-)
  36.  
  37. Unfortunately, this hasn't kept the initial cost down.  And even
  38. vendors in the ST community have violated this "logical" reasoning.
  39. VisualSmalltalk is cheap (as cheap as any other quality compiler) and
  40. doesn't have runtime fees.  VisualWorks costs a couple of grand and
  41. does have runtime fees.  What's up with that?
  42.  
  43. >> Why is there no portable standard?
  44.  
  45. >The Smalltalk language is completely portable among all major
  46. >vendors and platforms. (Alright, there are - or were - a few minor
  47. >gotchas like declaring local variables inside blocks, but compared
  48. >to C and C++, this is nothing.  Also, the new standards will
  49. >eventually take care of this.)  What really kills portability in
  50. >Smalltalk is the differences in class libraries, and C++ certainly
  51. >shares this problem.  :-(
  52.  
  53. Smalltalk is as portable, not more or less than C, straight ANSI C.
  54. You CANNOT file a class in from VisualWorks or VW/Envy to Visual
  55. Smalltalk, there are no protocols in Visual Smalltalk.  Code that is
  56. optimized in VW may not be in VST.  Some VST methods return different
  57. objects (although these are easy to find in Smalltalk by inspecting)
  58.  
  59. In ANSI C, if you write pure ANSI, and you compiler is 100% ANSI (all
  60. of these are common things), your code is completely portable with no
  61. changes!
  62.  
  63.  
  64. Despite how it may seem, I am a Smalltalk proponent.  It is one of the
  65. easiest, most powerful languages ever invented and truly revolutionary
  66. at the time.  But as with anything else, it must continue to grow and
  67. adapt and evolve and change to be usefull.  This has not been the
  68. case, especially for VW.  When I pay a couple of K for a language, I
  69. don't expect to have to write ANYTHING to get my editor working, I
  70. don't care if I have the source code!
  71.  
  72. The next step in software development will happen when languages like
  73. C++ and VB incorporate the techniques used by ST, and indeed this slow
  74. end to ST has already begun.
  75. --
  76. Cat...the other white meat.
  77.  
  78.